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© Transferring data in a digital data processing system. 



© A system and method for transferring data from 
a first storage medium to a second storage medium, 
each of the storage media being divided into cor- 
responding data blocks, the method comprising 
steps ot: (a) reading data stored in a first data block 
in the first storage medium, the first data block 
initially constituting a current data block: (b) compar- 
ing data read in the current data block to data stored 
in a corresponding data block in the second storage 
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medium: (c).if the data compared in step b are 
identical, reading data stored in a different data 
block in the first storage medium, the different data 
block becoming the current data block, and returning 
to step b; <d) modifying the data stored in one of the 
storage media such that the data in the current data 
block is identical to the corresponding data in the 
second storage medium: and (e) rereading the data 
in the current data block and returning to step b. 
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TRANSFERRING DATA IN A DIGITAL DATA PROCESSING SYSTEM 



BACKGROUND OF THE INVENTION 

This invention relates to a device for transfer- 
ring digital data between two storage devices in a 
digital data processing system. The preferred em- 
bodiment is described in connection with a system 
for establishing and maintaining one or more du- 
plicate or "shadow" copies of stored data to there- 
by improve the availability of the stored data. 

A typical digital computer system includes one 
or more mass storage subsystems for storing data 
(which may include program instructions) to be 
processed. In typical mass storage subsystems, 
the data is actually stored on disks. Disks are 
divided into a plurality of tracks, at selected radial 
distances from the center, and sectors, defining 
particular angular regions across each track, with 
each track and set of one or more sectors compris- 
ing a block, in which data is stored. 

Since stored data may be unintentionally cor- 
rupted or destroyed, systems have been developed 
that create multiple copies of stored data, usually 
on separate storage devices, so that if the data on 
one of the copies is damaged, it can be recovered 
from one or more of the remaining copies. Such 
multiple copies are known as a "shadow set." In a 
shadow set. typically data that is stored in particu- 
lar blocks on one member of the shadow set is the 
same as data stored in corresponding blocks on 
the other members of the shadow set. It is usually 
desirable to permit multiple host processors to 
simultaneously access (i.e.. in parallel) the shadow 
set for read and write type requests ("1*0 re- 
quests). . „ . 

A new storage device or "new member is 
occasionally added to the shadow set. For exam- 
ple it may be desirable to increase the number of 
shadow set members to improve the data availabil- 
ity or it may be necessary to replace a .shadow set 
member that was damaged. Because all shadow 
set members contain the same data, when adding 
a new member, all of the data stored on the active 
members is copied to the new member. 



Summary of the Invention 

The invention generally features a system and 
method lor transferring data from a first storage 
medium to a second storage medium and is used 
in the preferred embodiment to copy data from an 
active member of a shadow set to a new shadow 
set member. In the preferred embodiment, the first 
storage medium is available to one or more hosts 



for I/O operations, and each of the storage media 
are divided into corresponding data blocks, the 
method generally including the steps of: (a) reading 
data stored in a first data block in the first storage 
s medium, the first data block initially constituting a 
current data block; (b) comparing data read in the 
current data block to data stored in a correspond- 
ing data block in the second storage medium; (c) if 
the data compared in step b are identical, reading 
w data stored in a different data block in the first 
storage medium, the different data block becoming 
the current data block, and returning to step b; (d) 
if the data compared in step b are not identical, 
transferring the data stored in the current data 
,s block to a corresponding data block in the second 
storage medium; and (e) rereading the data in the 
current data block and returning to step b. 

In the preferred embodiment, the different data 
block is a data block adjacent to the current data 
20 block. Each data block in the first storage medium 
is compared to a corresponding data block in the 
second storage medium. Each of the storage me- 
dia may be directly accessed by one or more host 
processors. The storage media may be disk stor- 
25 age devices. 

The invention allows data to be copied from 
one storage media to a second storage media 
without interrupting I/O operations from one or 
more hosts to the shadow set. Therefore a shadow- 
30 ing system can be maintained that provides maxi- 
mum availability to data with no interruption to 
routine I/O operations while providing consistent 
and correct results. 

Other advantages and features of the invention 
as will be apparent from the following detailed de- 
scription of the invention and the appended claims. 

Description of the Preferred Embodiments 



Drawings 

We first briefly describe the drawings. 
Fig. 1 is a shadow set storage system according 
to the present invention. 

Figs. 2-4 are data structures used with the in- 
vention. 

Fig. 5 is a flow chart illustrating the method 
employed by the invention. 



Structure and Operation 
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Referring to Fig. 1. a shadowing system utiliz- 
ing the invention includes a plurality of hosts 9, 
each of which includes a processor 10. memory 12 
(including buffer storage) and a commun.cations 
interface 14. The hosts 9 are each directly con- 
nected through a communications medium 16 (e.g.. 
by a virtual circuit) to two or more storage sub- 
systems illustrated generally at 17 (two are shown). 

Each storage subsystem includes a disk con- 
troller 18. that controls I/O requests to one or more 
disks 20." which form the members of the shadow 
set. Disk controller 18 includes a buffer 22. a 
processor 24 and memory 26 (e.g.. volatile mem- 
ory). Processor 24 receives I/O requests from hosts 
9 and controls reads from and writes to- disk 20. 
Buffer 22 temporarily stores data received in con- 
nection with a write command before the data is 
written to a disk 20. Buffer 22 also stores data read 
from a disk 20 before the data is transmitted to the 
host in response to a read command. Processor 24 
stores various types of information in memory 26. 

Each host 9 will store, in its memory 12. a 
table that includes information about the system 
that the hosts 9 need to perform many operations. 
For example, hosts 9 will perform read and write 
operations to storage subsystems 17 and must 
know which storage subsystems are available for 
use what disks are stored in the subsystems, etc. 
As will be described in greater detail below, the 
hosts 9 will slightly alter the procedure for read and 
write operations if data is being transferred from 
one shadow set member to another. Therefore, the 
table will store status information regarding any 
ongoing operations. The table also contains other 
standard information. 

While each storage subsystem may include 
multiple disks 20. the shadow set members are 
chosen to be disks in different storage subsystems. 
Therefore, hosts do not access two shadow set 
members through the same disk controller. This 
will avoid a "central point of failure." In other 
words, if the shadow set members have a common 
or central controller, and that controller malfunc- 
tions, the hosts will not be able to successfully 
perform any I/O operations. In the preferred sys- 
tem, however, the shadow set members are 
"distributed", and the failure of one device (e.g.. 
one disk controller 18) will not inhibit I/O operations 
because they can be performed using another 
shadow set member accessed through another disk 
controller. 

When a host wishes to write data to the shad- 
ow set. the host issues a command whose format 
is illustrated in Fig. 2A. The command includes a 
-command reference number" field that uniquely 
identifies the command, and a "unit number" field 



write command for each disk that makes up the 
shadow set, using the proper unit number. The 
opcode field identifies that the operation is a write. 
The "byte count" field gives the total number of 

s bytes contained in the data to be written and the 
"logical block number" identifies the starting loca- 
tion on the disk. The "buffer descriptor" identifies 
the location in host memory 12 that contains the 
data to be written. 

,o The format of a read command is illustrated in 
Fig. 2B, and includes fields that are similar to the 
write command fields. For a read command, the 
buffer descriptor contains the location in host mem- 
ory 12 to which the data read from the disk is to be 

is stored. 

Once a host transmits a read or write com- 
mand, it is received by the disk controller 18 that 
serves the disk identified in the "unit number" field. 
For a write command, the disk controller will imple- 
20 ment the write to its disk 20 and return an "end 
message" to the originating host, the format of the 
write command end message being illustrated in 
Fig. 3A. The end message includes a status field 
that informs the host whether or not the command 
25 was completed successfully. If the write failed the 
status Held can include error information, depend- 
ing on the nature of the failure. The "first bad 
block" field indicates the address of a first block on 
the disk that is damaged (if any), 
so For a read command, the disk controller will 
read the requested data from its disk and transmit 
the data to memory 12 of the originating host. An 
end message is also generated by the disk control- 
ler after a read command and sent to the originat- 
3S ing host, the format of the read command end 
message being illustrated in Fig. 3B. The read 
command end message is similar to the end mes- 
sage for the write command. 

As will.be explained below, the system utilizes 
40 a "Compare Host" operation when transferring data 
between two shadow set members. The command 
message format for the Compare Host operation is 
shown in Fig. 4A. The Compare Host operation 
instructs the disk controller supporting the disk 
45 identified in the "unit number" field to compare the 
data stored in a section of host memory identified 
in the "buffer descriptor" field, to the data stored 
on the disk in the location identified by the "logical 
block number" and "byte count" fields, 
so The disk controller receiving the Compare Host 
command will execute the requested operation by 
reading the identified data from host memory, 
reading the data from the identified section of the 
disk, and comparing the data read from the host to 
55 the data read from the disk. The disk controller 
then issues an end message, the format of which is 
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end message will indicate whether the compared 
data was found to be identical. 

When adding a new member to the shadow set 
(i e a new disk 20), the system chooses a host 
processor to carry out the processing necessary to 
provide the new member with all of the data stored 
in the active members of the shadow set. The host 
will choose one active member to function as a 
-source" and will sequentially copy all of the data 
from the source that differs from data in the new 
member, to the new member or "target. Using he 
method of the invention, data is transferred to the 
new member without interrupting normal I/O oper- 
ations between other hosts and the shadow set. 
while assuring that any changes to dat.a in the 
shadow set made during the copy operat.cn w.lt 
propagate to the new member. 

Specifically, the method of transferring data to 
a new member or target from a source, involves 
sequentially reading data blocks, a "cluster at a 
time (a cluster is a predetermined number of data 
blocks), from the source and comparing the read 
data to data stored at corresponding locat,ons in 
the target. If the data is identical in the two cor- 
responding clusters, then the next cluster is pro- 
cessed. Otherwise, the data read from the source 
is written to the target, and the host performs a 
similar comparison operation on the same cluster 
once again. The second comparison on the same 
cluster of data is necessary because the shadow 
set is available for I/O operations to other hosts 
during the process of adding a new member. In 
other words, while the new member is being ad- 
ded. I/O operations such as write operations from 
hosts in the system will continue to the shadow set. 
Read commands are performed . to any active 
member, but not to the target since not all of the 
target's data is identical to the shadow set data. 
Since it is possible for a write operation to occur 
after the system reads data from the source and 
before it writes the data to the target, it is possible 
that obsolete data will be written into the target, 
ie if the data in the shadow set is updated just 
before the host writes data to the target, the data 
written to the target will be obsolete. 

Therefore, the system will perform a second 
compare operation after it writes data to the target, 
to the same two corresponding data clusters. In 
this way if the source has been updated, and the 
target was inadvertently written with obsolete data, 
the second comparison will detect the difference 
and the write operation will be repeated to provide 
the updated data to the target. Only after the two 
clusters are found to have identical data does the 
process move to the next data cluster. 

It is theoretically possible for the same cluster 
to be compared and written many times. For exam- 
pte if there was a particularly oft-written file or data 



block that was being changed constantly, the 
source data cluster and target data cluster would 
always be inconsistent. To prevent the system from 
repeating the comparison and writing steps in an 
; infinite loop, a "repeat cluster counter" is used to 
determine how many times the loop has been 
executed. . 

This counter is initialized to zero and is incre- 
mented after data is written from the source to the 
o target The counter is monitored to determine if it 
reaches a predetermined threshold number. The 
counter is reset when the system moves on to a 
new cluster. Therefore, if the same cluster is con- 
tinually compared and written to the target, the 
, 5 counter will eventually reach the threshold value. 
The system will then reduce the size of the cluster 
and perform the comparison again. Reducing the 
size of the cluster will make it more likely that the 
clusters on the two members will be consistent 
20 since data in a smaller size cluster is less likely to 
be changed by a write from one of the hosts. When 
a successful comparison is eventually achieved, 
the cluster size is restored to its previous value. 
As described above, I/O operations to the 
25 shadow set will continue while a new member is 
being added. However, hosts are required to per- 
form write type operations in a manner that guar- 
antees that while a a new member is being added, 
all data written to logical blocks on the target disk 
so will be identical to those contained on the source 
disk If hosts issue I/O commands in parallel, as is 
normally done, it is possible that the data on the 
source and target will not be consistent after the 
copy method described above is implemented. To 
35 avoid possible data corruption, hosts shall ensure 
that write operations addressed to the source disk 
are issued and completed before the equivalent 
operation is issued to the target disk. 

As explained above, each host stores a table 
40 that lists data that the host needs to operate prop- 
erly in the system. For example, each table will 
include information regarding the disks that make 
up the shadow set. etc. The table also stores status 
information that informs the host whether or not a 
.5 new member is being added to the shadow set. 
Therefore, before a host executes an I/O request to 
the shadow set it will check the status field in its 
table and if the host determines that a new mem- 
ber is being added, the host will implement the 
so special procedures discussed above for avoiding 
possible data corruption. The table is kept current 
by requiring hosts that begin the process of adding 
a new member, to send a message to every other 
host in the system, informing each host of the 
ss operation. A host that is controlling the addition of 
the new member will not begin the data transfer to 
the new member until it receives a confirmation 
from each host that each host has updated its table 
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to reflect the new status of the system. Similarly, a 
host controlling the addition of a new member will 
send a message to each host when the new mem- 
ber has been added, and has data that is consis- 
tent with the shadow set. Upon receiving this mes- 
sage, hosts will resume the normal practice of 
issuing I/O requests in parallel. 

The method of the invention will now be ex- 
plained in detail, with reference to the flow chart of 
Fig. 5. The host first initializes two counters: a 
"logical cluster counter" and the repeat cluster 
counter (step 1). The logical cluster counter is used 
to identify clusters in each shadow set member 
and. when initialized, will identify a first cluster of 
data. As the logical cluster counter is incremented, 
it sequentially identifies each cluster in the shadow 
set 

Next, the host selects one active shadow set. 
member to serve as the source with the new mem- 
ber serving as the target (step 2). The host then 
issues a read command of the type illustrated in 
Rg. 2B to the disk controller serving the source 
(identified by the "unit number" field in the com- 
mand) requesting that the data in the cluster iden- 
tified by the . logical cluster counter be read and 
transmitted to host memory (step 3). 

The disk controller serving the source will re- 
ceive the read command, will read the identified 
data from the source to its buffer 22 and will 
transmit the data to host memory 12, as well as 
issuing an end message (see Rg. 2B) informing 
the host that the read command was executed 
(step 4). 

After the host receives the end message in- 
dicating that the data from the source is in host 
memory 12 (step 5). the host will issue a Compare 
Host command to the target to compare the data 
read from the source to the data stored in the 
same logical cluster in the target (step 6). 

The target will receive the Compare Host com- 
mand, and will perform the comparison, issuing an 
end message (see Rg. 4B) to the host indicating 
the result of the comparison (step 7). 

The host receives the end message in step 8 
and determines whether the data compared by the 
Compare Host command was identical. If the com- 
pared data was identical, then the logical cluster 
counter is tested to see if it is equal to a predeter- 
mined last number (indicating that all data clusters 
have been processed) (step 9). If the logical cluster 
counter is equal to the last number, then the pro- 
cess is finished. Otherwise, the logical cluster 
counter is incremented, the repeat cluster counter 
is reset (step 10), and the method returns to step 3 
to begin processing the next cluster. 

If the compared data was not identical (see 



ler. instructing the controller to write the data read 
from the source and sent to the host in step 4 to 
the section of the target identified by the logical 
cluster counter (i.e., the cluster in the target that 
corresponds to the cluster in the source from which 
the data was read) (step 11). 

The disk controller serving the target receives 
the write command, reads the data from host mem- 
ory and writes it to the section of the target iden- 
tified by the current logical cluster counter and 
issues an end message to the host (step 12). 

The host receives the end message indicating 
that the write has been completed (step 13). incre- 
ments the repeat cluster counter and determines if 
the repeat cluster counter is greater than a thresh- 
old value (step 14). As explained above, if the 
same cluster is written a predetermined number of 
times, the repeat cluster counter will reach a cer- 
tain value and the size of the cluster is reduced 
(step 15). 

The system then returns to step 3 without 
updating the logical cluster counter. Since the logi- 
cal cluster counter is not updated, the host will then 
read the same cluster once again from the source 
and perform the host compare operation to the 
target for the same cluster. 

The above described embodiment is a pre- 
ferred illustrative enbodiment only and there are 
various modifications that may be made within the 
spirit of the invention. For example, the method 
may be modified such that, if a new disk- being 
added to the shadow set is known to have little or 
no data that is consistent with data on the active 
members of the shadow set. steps 6-10 can be 
eliminated the first time that each cluster is pro- 
cessed such that no Compare Host operation is 
performed. In other words, if the new disk is known 
to contain data that is different than the data stored 
in the shadow set. the result, of the first Compare 
Host operation will be negative and need not be 
performed. However, if the new disk being added 
was one that was in the shadow set in the recent 
past, then most of its data will be consistent with 
the data in the shadow set, and the Compare Host 
operation should be performed the first time. 

Therefore, the invention shall be limited only 
by the scope of the appended claims. 



1. A method of transferring data from a first storage 
medium to a second storage medium, said first 
storage medium being accessible to one or more 
host processors, each of said storage media being 
divided into corresponding data blocks, said meth- 
t the steos of: 



9 



EP 0 405 926 A2 



said first storage medium, the first data block 
initiairy constituting a current data block; 

(b) comparing the data read in said current data 
block to data stored in a corresponding data 
block in said second storage medium; 

(c) if the data compared in step b are identical, 
reading data stored in a different data block in 
said first storage medium, said different data 
block becoming the current data block, and re- 
turning to step b; 

• (d) if the data compared in step b are no 
identicaL modifying the data stored in one of 
said storage media such that the data in said 
current data block is identical to the correspond- 
ing data in said second storage medium; and ' 
(e) rereading the data in said current data block 
and returning to step b. 

2 The method of claim 1 wherein said step of 

modifying comprises modifying the data in sa,d 

second storage medium. 

3. The method of claim 2 wherein sa.d step of 
modifying comprises writing said data read from 
the curreatdata block in said first storage med.um 
to the corresponding data block in said second 
storage medium. . 

4 The method of claim t wherein said different, 
data block is a data block adjacent to said current 
data block. 

5 The method of claim 1 wherein each data block 
in said first storage medium is compared to a 
corresponding data block in said second storage 
medium. 

6 The method of claim 1 wherein each of sa.d 
storage media are members of a shadow set of 
storage media. 

7 The method of claim 6 wherein each of said 
storage media may be directly accessed by a host 
processor. 

8 The method of claim 6 wherein each of said 
storage media may be directly accessed by each 
of a plurality of host processors. 

9: The method of claim 1 wherein said storage 
media are disk storage devices. 
10 A method of managing a shadow set of storage 
media accessible by one or more host processors 
for I/O operations, comprising the steps of: 

A. carrying out successive comparisons of data 
stored in corresponding locations in a plurality of 
said storage media, respectively; and 

B. performing' a management operation on at 
least one of said storage media, said manage- 
ment operation comprising, for each of said cor- 
responding locations where said comparisons 
indicated that the data in said corresponding 
locations was not identical: 

a. reading data from locations in one of said 
storage media and- writing said data to cor- 
resoondina locations in another of said storage 



media; and 

b comparing the data in said corresponding 
locations after said writing to determine if the 
data in said corresponding locations is identical. 
11. An apparatus for managing a shadow set of 
storage media accessible by one or more host 
processors for I/O operations, comprising: 
means for carrying out successive comparisons of 
data stored in corresponding locations in a plurality 
of said storage media, respectively; and 
means for performing a management operation on 
at least one of said storage media, said manage- 
ment operation comprising, for each of said cor- 
responding locations where said comparisons in- . 
dicated that the data in said corresponding loca- 
tions was not identical: 

a. reading data from locations in one of said 
storage media and writing said data to cor- 
responding locations in another of said storage 
media; and 

b. comparing the data in said corresponding 
locations after said writing to determine if the 
data in said corresponding locations is identical. 

12 A program for controlling one or more proces- 
sors in a digital computer, the digital computer 
processing at least one process.which enables said 
processors to manage a shadow set of storage 
media accessible by one or more host processors 
for I/O operations, said program comprising: 
, a comparison module for enabling one of said 
processors to carry out successive comparisons of 
data stored in corresponding locations in a plurality 
of said, storage media, respectively; and a manage- 
ment module for enabling one of said processors 
i to perform a management operation on at least one 
of said storage media, said management operation 
comprising, for each, of said corresponding loca- 
tions where said comparisons indicated that the 
data in said corresponding locations was not iden- 
o tical: . . 

a. reading data from locations in one of said 
storage media and writing said data to cor- 
responding locations in said other storage me- 
dia; and 

,s b. comparing the data in said corresponding 
locations after said writing to determine if the 
data in said-corresponding locations is identical. 
13. The method of claim 1 wherein each of said 
hosts will transmit any write requests to said stor- 
so age media first to said first storage medium and. 
after said write request to said first storage med.um 
has completed, will transmit said write request to 
said second storage medium. 

14 The method of claim 1 wherein each of said 
55 host processors maintains a table including infer- 

mation relating to said data transfer. 

15 The method of claim 10 wherein each of said 
storage media may be directly accessed by each 
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of a plurality of host processors. 

16. The method of claim 10 wherein each of said 
hosts will transmit any write requests to said stor- 
age media first to said one of said storage media 
and. after said write request to said one of said 5 
storage media has completed, will transmit said 
write request to said another of said storage media. 

17. The method of claim 10 wherein each of said 
host processors maintains a table including infor- 
mation relating to said management operation. »o 
1& The method of claim 10 wherein step B(b) 
comprises rereading said data from said locations 

in- said one of said storage media and comparing 
said reread data to data in said corresponding 
locations in said another of said storage media. 's 

19. The method of claim 10 wherein steps B(a) and 
B(b) are repeated recursively for the same cor- 
responding locations until the data stored in said 
corresponding locations is determined to be iden- 

« caL . . . 20 

20. The apparatus of claim 1 1 wherein each of said 
hosts will transmit any write requests to said stor- 
age media first to said one of said storage media 
and. after said write request to said one of said 
storage media has completed, will transmit said 2s 
write request to said another of said storage media. 

21 . The apparatus of claim 1 1 wherein each of said 
host processors maintains a table including infor- 
mation relating to said management operation. 

22. The apparatus of claim 1 1 wherein each of said 30 
storage media may be directly accessed by each 

of a plurality of host prpcessors. 

23. The apparatus of claim 1 1 wherein said man- 
agement operation comprises rereading said data 
from said locations in said one of said storage as 
media after said writing and comparing said reread 
data to data in said corresponding locations in said 
another of said storage media. 

24. The apparatus of claim 1 1 wherein said means 

for performing said management operation repeats to 
said reading and comparing recursively for the 
same corresponding locations until the data stored 
in said corresponding locations is determined to be 
identical. 
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• rONTROLLING HOST INITIALIZES A LOGICAL CLUSTER 
COUNTER TO IDENTIFY A FIRST LOGICAL CLUSTER AND 

initializes a repeat cluster counter 



HOST SELECTS ONE SHADOW SET MEMBER AS THE SOURCE 
mTH THE NEW SHADOW SET MEMBER AS THE TARGET. 



HOST ISSUES A READ COMMAND TO THE SOURCE CONTROLLER 
FOR THE CLUSTER CURRENTLY IDENTIFIED BY THE LOGICAL 
CLUSTER COUNTER. 



THE SOURCE CONTROLLER RECEIVES THE READ COMMAND FROM 
™i HOST? TRANSMITS THE IDENTIFIED DATA TO HOST 
MEMORY, AND ISSUES AN END MESSAGE TO HOST. 



5. 



HnqT RECEIVES END MESSAGE FROM SOURCE CONTROLLER 
INDICATING THAT THE REQUESTED DATA IS IN HOST MEMORY. 



host ISSUES A COMPARE HOST COMMAND TO THE TARGET 
CONTROLLER TO COMPARE THE DATA READ FROM THE SOURCE TO 
THE DATA IN A CORRESPONDING CLUSTER IN THE TARGET . 

THF TARGET CONTROLLER RECEIVES THE COMPARE HOST 
COMMAND^ PERFORMS THE REQUESTED COMPARISON AND ISSUES 
AN END MESSAGE TO THE HOST. 



THE HOST RECEIVES THE END MESSAGE FROM THE TARGET 
CONTROLLER. WAS THE COMPARED DATA IDENTICAL? 

I YES 



FIG. 5A 
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END' 



YES 



uncT <*hfPKS LOGICAL CLUSTER COUNTER. IS THE LOGICAL 
9 ' CLUSTER COUNTER EQUAL TO A PREDETERMINED LAST NUMBER? 

NO 

HOST UPDATES LOGICAL CLUSTER COUNTER AND RESETS THE 
REPEAT CLUSTER COUNTER. 



B 



n nn<T ISSUES A WRITE COMMAND TO THE TARGET CONTROLLER. 
^STRUCT?" THE TARGET CONTROLLER TO WRITE THE DATA 
TRANSFERED TO THE HOST MEMORY IN STEP *, TO THE TARGET 
clusill CURRENTLY IDENTIFIED BY THE LOGICAL CLUSTER 
COUNTER. 



" T . orFT rriNTROLLER RECEIVES WRITE COMMAND FROM HOST. 
WRITES THE SSSfiS DATA TO THE IDENTIFIED SECTION 
OF lit DISK, AND ISSUES AN END MESSAGE TO THE HOST. 



HOST RECEIVES END MESSAGE FROM TARGET INDICATING 
THAT THE WRITE HAS BEEN COMPLETED. 



0^ 



14. HOST INCREMENTS THE REPEAT CLUSTER COUNTER . 
IS THE REPEAT CLUSTER COUNTER GREATER THAN A 
PREDETERMINED THRESHOLD? 

YES 



15. HOST REDUCES THE SIZE OF THE CLUSTER. 



FIG. 5B 
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